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p^rV prnnnd Tnvention 

i. Field of the Invention 

'this invention relates to devices for caching objects transmitted using a 
computer network. 

2. Related Art 
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m computer networks for uansmitting information, information providers 
I (sometimes catied "servers") are often called upon to transmit the same or similar 
i information to multiple recipients (sometimes called "clients", or to the same recipient 
% multiple times. This can result in tiansmitting tire same or similar information muUtple 
1 tin,es,.which can tax tire communication stiucture of the network and the resources o, 
i ti,e se„er, and cause clients to suffer from relatively long response times. This problem rs 
I especially acute in several situations: (a, where a particular server is. or suddenly 
„ becomes, relatively popular; (b) where the information from a particular server ts 
„utinely distiibuted to a relatively large nunrber of cUents-, (c) where the information 
ftom the particular server is relatively time-critical; and (d) where the communication 

21 relatively slow. 
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one known method is to provide a device (such as a general purpose 
processor operating under software control, which acts as a proxy, receiving requests 
for infom^ation Iron, one or more clients, ohtaining that information trotn one or more 
.ervers. artd transmitting that information to the clients in place of the servers. When the 
p.oxy has p;eviously obtained the information from one or more servers, it can deUver 
.Hat information to the client without having to repeat the request to the server. Wh„e 

. u has the drawback that significant overhead is recuired by the local operating system 

i operating the network and slows down the communication path between the server and 
{2 the client. 

3 There are several sources of delay, caused primarily by the proxy's 

I surrendering control of its storage to its local operating system and local file system: (a, 
I .be proxy is unable to organize the information from thi server in its mass storage for 
n,os, rapid access; and (b) the proxy is unable to delete old network objects received 
,0. the servers and store new network objects received from the servers in a manner 

„ p„xys surrendering control of its storage restricts functionality of the proxy's use of ,ts 
.orage: (a) it is difficult or impossible to add to or subtract from storage allocated to the 

„ storage technique, such as a RAID storage system. 
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Accordingly, it would be desirable to provide a method and system for 

\ caching information transmitted using ,a computer network, which is not subject to 

, additional delay or restricted funcUonality from having to use a local operating system 

, and local ftle system or file server. This advantage is achieved in an embodiment of the 

. invention in which a cache engine coupled to the network provides a cache of 

, .ransmitted objects, which it stores in memory and mass storage by taking direct control 

, of when and where to store those objects in mass storage. The cache engine may store 

. those objects holographically so as to continue operation smoothly and recover 

, gracefully from additions to. failures of, or removals from, its mass storage. 
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'Nummary pf Invention 



The invention provides a method and system for caching information 
I objects transmitted using a computer network. In the invention, a cache engine 
1 determines directly when and where to store those objects in a memory (such as RAM) 
« and mass storage (such as one or more disk drives), so as to optimally wKte Utose objects 
I to mass storage and later read Utem fiom mass storage, wiftout having to maintain them 
, persistemly. The cache engine actively allocates those objects to memory or to d.sk, 
„ determines where on disk to store those objects, retrieves those objects in response to 
,heir network identifiers (such as their URLs), and determines which objects to remove 
21 from the cache so as to maintain appropriate free space. 
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In a preferred embodiment, the cache engine collects information to be 
\ written to disk in write episodes, so as to. maximize effrciency when writing information 
3 to disk and so as to maximize efficiency when later reading that information from d.sk. 
, The cache engine-performs write episodes so as to atomically commit changes to d.k 
, auring each write episode, so the cache engine does not fail in response to loss of power 
, or storage, or other intermediate failure of portions of the cache. The cache engine 
, stores key system objects on each one of a plurality of disks, so as to maintain the cache 
. 3 holographic in the sense that loss of any subset of the disks merely decreases the 
3 amount of available cache. The cache engine selects information to be deleted from d.sk 
I in delete episodes, so as to maximize efficiency when deleting information from disk and 
I so as to maximize efficiency when later writing new information to those areas of d.sk. 

• u tn the addition or deletion of disks as the expansion or 

12: The cache engme responds to the addition 

y contraction of the amount of available cache. 
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Figure 
computer network. 



p^i^fjV^tinn nf the Drawings 



1 shows a block diagram of a network object cache engine in a 



Figure 2 shows a block diagram of a data structure for maintaining storage 
a blocks for a set of cached network objects. 
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1 Figure 3 shows a block diagram of data structures for caching network 

2 objects. 

3 

4 Figure 4 shows a block diagram of a set of original and modified blocks. 

5 

6 Figure 5 shows a flow diagram of a method for atomic writing of modified 

7 blocks to a single disk drive. 

8 

9 Figure 6 shows a block diagram of a set of pointers and regions on mass 

10 storage. 
11 

12 Detailed Description of the Preferred Embodiment 

13 

14 In the following description, a preferred embodiment of the invention is 



15 described with regard to preferred process steps and data structures. Those skilled in the 

16 art would recognize after perusal of this application that embodiments of the invention 

17 can be implemented using general purpose processors and storage devices, special 

18 purpose processors and storage devices, or other circuits adapted to particular process 

19 steps and data strucmres described herein, and that implementation of the process steps 

20 and data structures described herein would not require undue experimentation or further 

21 invention. 
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1 Caching Network Objects 



2 

Figure 1 shows a block diagram of a network object cache engine in a 
4 computer network. 



A cache engine 100 is coupled to a computer network 110, so that the 
, cache engine 100 can receive messages from a set of devices 111 also coupled to the 
8 network 110. 
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In a preferred embodiment, the network 110 includes a plurality of such 
1 devices 111. interconnected using a communication medium 112. For example, where 
i the network 1 10 includes a LAN (local area network), the communication medium 1 12 
3 may comprise etherne. cabling, fiber optic coupling, or other media. The network 110 
i preferably includes a network of networks, sometimes called an "intemer or an 



X5 "intranet." 
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In a preferred embodiment, the devices 111 coupled to the network 110 
„ communicate with the cache engine 100 using one or more protocols for communication. 
„ such as HTTP (hypertext transfer protocol) or one of its variants. FTP (file transfer 

protocol), or other protocols. 
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The cache engine 100 includes a processor 101 and a cache 102. In a 
I preferred embodimem, the processor 101 comprises a general purpose processor 
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1 operating under software control to perform the methods described herein and to 

2 construct and use the data structures described herein; as used herein, when the cache 

3 engine 100 performs particular tasks or maintains particular data structures that reference 
includes condign operation by the processor 101 under control of software maintained 
in a program and data memory 103. 



The cache 102 includes the program and data memory 103 and a mass 
B storage 104. In a preferred embodiment, the mass storage 104 includes a plurality of disk 
drives such as magnetic disk drives, but may alternatively include optical or magneto- 
i optical disk drives. As used herein, references to "disk" and "disk drives" refer to^the 
I mass storage 104 and its individual drives, even if the mass storage 104 and its individual 
I drives do not include physical disk-shaped elements. The cache engine 100 is coupled 
i to the network 110 and can receive and transmit a set of protocol messages 113 
i according to the one or more protocols with which the devices 1 1 1 communicate with 
|i the cache engine 100. 
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The cache engine 100 maintains a set of network objects 114 in the cache 
18 102. The cache engine 100 receives protocol messages 113 from a set of "client" 
devices 111 to request network objects 114 to be retrieved from a set of "server" 
,0 devices 1 1 1 . In response thereto, the cache engine 100 issues protocol messages 1 13 to 
request those network objects 1 14 from one or more server devices 111. receives those 

22 network objects 1 14 and stores them in the cache 102. and transmits those network 

23 objects 1 14 to the requesting client devices 111. 
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AS used herein, the terms "client" and "server" refer to a relationship 
. between the client or server and the cache engine 100. not necessarily to particular 
3 physical devices .11. As used herein, one "client device" 111 or one "server device" 
, HI can comprise any of the following: (a) a single physical device 111 executing 
, software which hears a client or server relationship to the cache engine 100; (b) a 
. portion of a physical device 111, such as a software process or set of software processes 
, executing on one hardware device Ul, which portion of the physical device Ul bears a 
. client or server relationship to the cache engine 100; or (c) a plurality of physical devices 
, n 1 or portions thereof, cooperating to form a logical entity which bears a client or 
I server relationship to the cache engine 100. The phrases "client device" and "server 
„ device" refer to such logical entities and not necessarily to particular individual physical 
f2i devices 1 11. 
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The cache engine 100 preserves the network objects 114 in the cache 102, 
1 and reuses those network objects 114 by continuing to serve men, to client devices 1 U 
« which request them. When the cache 102 becomes sufficiently full, the cache engrne 
„ ,00 removes network objects 1 .4 from the cache 102. For example, the cache engrne 
„ ,00 can remove objects as described herein in the section "Removing Objects from 
19 Cache." 
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.n a preferred embodiment, the cache engine 100 uses the memory 103 as a 
I cache for those network objects 114 maintained using the mass storage 104. while using 
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the combined memory 103 and mass storage 104 as the cache 102 for those network 
objects 114 available on the network 1 1'O. 



The cache 102 is not a file storage system, and network objects 114 which 
are stored in the cache 102 may be removed automatically from the cache 102 at any 
time by the cache engine 100. All network objects 1 14 and all other data maintained by 
the cache 102 is transient, except for a very small number of system objects which are 
required for operation, and those system objects are redundantly maintained on the mass 
storage 104 so as preserve those system objects against possible loss of a part of the 
mass storage 104 (such as loss of one or more disk drives). Thus the cache engine 100 
need not guarantee that network objects 114 which are stored in the cache 102 will be 
available at any particular time after they are stored, and failure or even intentional 
removal of portions of the cache 102 (such as portions of the mass storage 104) cannot 
cause failure of the cache engine 100. Similarly, recovery or intentional addition of 
additional mass storage 104 (such as "hot swapping'' of disk drives) is smoothly 
integrated into the cache 102 without interruption of operation of the cache engine 100. 

Moreover, the cache engine 100 operates exclusively to perform the 
operation of caching the network objects 1 14. There is no separate "operadng system." 
no user, and there are no user application programs which execute independently on the 
processor 101. Within the memory 103, there are no separate memory spaces for "user" 
and "operating system." The cache engine 100 itself maintains the cache 102 of the 
network objects 114 and selects the network objects 114 for retention in the cache 102 

10 
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1 or removal from the cache 102, operating so as to (1) localize writing the network 
objects 114 to the mass storage 104, (2) localize deletion of the network objects 114 from 
the mass storage 104, and (3) efficiently replace the network objects 114 in the cache 
102 with new network objects 114. In a preferred embodiment, the cache engine 100 

5 performs these operations efficiently while operating the cache 102 relatively filled with 

6 network objects 114. 

7 

8 In a preferred embodiment, the cache engine 100 maintains statistics 

regarding access to the cache 102. These statistics can include the following: 
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a set of hit rates for the cache 102. including (1) a hit rate for network objects 114 
found in the cache 102 versus those which must be retrieved from server devices 
111, and (2) a hit rate for network objects 114 found in the memory 103 versus 
those which must be retrieved from the mass storage 104; 

a set of statistics for operations on the memory 103, including (1) the number of 
network objects 1 14 which are maintained in the memory 103. and (2) the fraction 
of memory 103 which is devoted to caching network objects 114 versus storing 
system objects or unallocated; and 

a set of statistics for operations on the mass storage 104, including (1) the number 
of read operations from the mass storage 104, (2) the number of write operations 
to the mass storage 104. including the number of "write episodes" as described 
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herein, and (3) the fraction of the mass storage 104 which is devoted to caching 
network objects 114 versus storing system objects or unallocated. 

The cache engine 100 can also maintain statistics which are combinations 
or variants of the above. 

Using the Cache Engine 

There are numerous circumstances in which the cache engine 100 can 
provide improved performance or additional functionality in the network 110. For 
example, the cache engine 100 can be used as a proxy cache (whether to provide a 
firewall, to provide a cache for client devices 111 coupled to a local area network, or 
otherwise), as a reverse proxy cache, as a cache for requests made by users of a single 
ISP, as a cache for "push" protocols, or as an accelerator or server cache. 

The cache engine 100 provides the client devices 111 with relatively 
quicker access to network objects 114 otherwise available directly from the server 
devices 111. Typically the client devices 1 1 1 request those network objects 1 14 from the 
cache engine 100, which either transmits them to the client devices 111 from the cache 
102 or obtains them from the server devices 111 and then transmits them to the client 
devices 111. 
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The cache engine 100 can exercise more intelligence and proactivity than 
simply waiting for documents to be requested by the client devices 111: 

The cache engine 100 can be configured preloaded with selected network 
objects 114 which are expected to be requested by the client devices 111. For 
example, certain network objects 114 are known to be commonly requested by 
client devices 111 throughout the network 110 known as the internet; these 
network objects 114 can be preloaded in the cache engine 100 upon 
manufacture. These network objects 114 could include home pages tor well- 
known companies (such as Netscape) and well-known search engines (such as 
Digital's "Aha Vista"). 

The cache engine 100 can periodically request network objects 1 14 responsive to 
a set of statistics regarding commonly requested network objects 114. For 
'example, information regarding commonly requested network objects 114 can be 
maintained on a server device 111; the cache engine 100 can request this 
information from the server device 111 and periodically request those network 
objects 114 for storage in the cache 102. In a preferred embodiment, the cache 
engine 100 can perform this operation periodically when client devices 111 are 
not actively using the cache engine 100, such as relaUvely unloaded times in the 
late night or early morning. 
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The cache engine 100 can periodically request network objects 1 14 responsive to 
a set of user preferences at the client devices 111. For example, the cache engine 
100 can receive (either upon request or otherwise) a set of bookmarks from the 
client devices 111 and can request those network objects 114 from the server 
devices 111. In a preferred embodiment, the cache engine 100 can request those 
network objects 114 which have changed in a selected time period such as one 
day. 

The cache engine 100 can provide a mirror site to one or more server devices 111, 
by periodically, or upon request, receiving network objects 114 from the server 
devices 111 to be delivered by the server device 1 1 1 to client devices 1 1 1 which 
have changed in a selected time period such as one day. 

The cache engine 100 can provide an accelerator for one or more server devices 
1 1 1, by receiving requests to the server devices 1 1 1 which are distributed among a 
plurality of cache engines 100. Each cache engine 100 maintains its cache 102 
with network objects 114 to be delivered by the server device 111 to client 
devices 111. Service; by the server device 111 is thus accelerated, because each 
cache engine 100 can respond to some of the load of requests for information, 
while limiting the number of requests for information which are passed through 
and must be handled by the server device 1 1 1 itself. 
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The cache engine 100 can provide a first We of push protocol assist to one or 
more server devices 111, by transmitting network objects 114 to one or more 
client devices 1 1 1 or proxy caches using a push protocol. For example, when the 
server devices 111 provide a network broadcast service, the cache engine 100 can 
receive network objects 114 from the server devices 111 to be broadcast to a 
subset of the network 110 and can independently broadcast those network 
objects 114. 

> The cache engine 100 can provide a second type of push protocol assist to one or 
more server devices 111. by allowing those server devices ,11 to broadcast 
network objects 1 14 to a plurality of cache engines 100. Each cache engine 100 
can make the broadcast network objects 1,4 available to client devices 111 wh,ch 
„ques. those network objects 1,4 from the cache engine 100 as if the cache 
engine 100 were the server device 1 1 1 for those network objects 1 14. 

The network objects 114 can include data, such as HTML pages, text, 
graphics, photographs, audio, video; programs, such as lava or ActiveX applets or 
applications; or other types of network objects, such as push protocol objects. The 
cache engine 100 can record frames of sUeaming audio or streaming video Informafon tn 

network objects 114 are not cached, such as CO, output or items marked noncachable 

by the server device 111. 
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1 In a preferred embodiment, the cache engine 100 can glean knowledge 

2 about the client devices 1 1 1 from the protocol messages 1 13 or by other means, such as 

3 interrogating routing devices in the network 110. and can react in response to that 

4 information to provide differing network objects 114 to differing client devices 111. For 

5 example, the'cache engine 100 can select server devices 1 11 for proximity or content in 

6 response to information about client devices 1 1 1 , as follows: 



1 

8 o The cache engine 100 can select a particular server device 1 1 1 for rapid response. 

such as for network routing proximity or for spreading service load over a 

10 S plurality of server devices 111. 

11 'Si 

u % o The cache engine 100 can select content at the server device 1 1 1 in response to 
13 M information about the client device 111, such as tailoring the language of the 

14 g response (such as serving pages in the English language or the French language), 

15 O or such as tailoring local information (such as adveirtising. news, or weather). In a 

16 3 preferred embodiment, local information such as advertising can be retrieved from 

a local server device 111 which supplies advertising for insertion into pages to be 
18 served to local client devices 111. 

19 

20 The Cache 

21 

22 Figure 2 shows a block diagram of a data structure for maintaining storage 

23 blocks for a set of cached network objects. 

16 
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The cache 102 includes a set of blocks 200, each of which comprises 4096 
\ by.es in a preferred embodiment, and each of which can be stored in .he memory 103 or 
on .he mass storage 104. In alternative embodiments, each of the blocks 200 can 
comprise a size other than 4096 bytes, and may be responsive to an amcnt of avarlable 

5 memory 103 or mass storage 104. 
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Each of .he blocks 200 can comprise either a data block 200. which 
] i„c,ndes data, that is. information not used by the cache engine lOO but maintained for 
, the client devices 111. or control information, drat is. information used hy the cache 
,„ ° engine 100 and not used by the client devices 111. 

The blocks 200 are organized into a set of objects 210. each of which 
1 1 comprises an ot^ec. descripror 21 1. a set of data blocks 200. and a set of block pointers 
,,;,212 referencing the data blocks 200 from the object descriptor 211. The objec, 
descriptor 21 1 comprises a separate control block 200. Where the block pointers 2,2 

, ui onn nr for Other types of relatively larger objects 
16 will not fit into a single control block 200. or tor other lyp 

J no... Object descriptor 211 can reference a set of indirect blocks 216. each of whte 
„ .eferences inferior indirect .locks 216 or data blocks 200. Each indirect block 
comprises a separate control block 200. Relatively smaller objects 210 do not re,«.e 

20 indirect blocks 216. 
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The block pointers 212 each comprise a pointer value 215 comprising a 
single 32-bit word and indicating the location of the block 200 on the mass storage 104, 
such as a physical disk block address. 

In an alternative embodiment, the block pointers 212 each comprise a first 
bit 213 indicating whether the referenced block 200 is stored in the memory 103 or the 
mass storage 104, a second bit 214 indicating whether the referenced block 200 is a 
control block 200 (comprising control information) or a data block 200 (comprising data 
for network objects 114), and the pointer value 215 comprises a 30-bit value indicating 
the location of the block 200. In such alternative embodiments, when the block 200 is 
stored in the memory 103, the pointer value 215 indicates a byte address in the memory 
103; when the block is stored on the mass storage 104, the pointer value 215 indicates a 
physical disk block address on the mass storage 104. 

In a preferred embodiment, the objects 2lO are each referenced by a root 
object 220, which is maintained redundantly in a plurality of (preferably two) copies of a 
root block 221 on each disk drive of the mass storage 104. In a preferred embodiment, 
there is one root object 220 for each disk drive of the mass storage 104. Thus, each disk 
drive of the mass storage 104 has a separate root object 210, which is maintained using 
two copies of its root block 221. Each disk drive's root object 220 references each 
current object 210 for that disk drive. 
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In a preferred embodiment, one copy of the root block 221 is maintained in 
, each of physical disk blocks 2 and 3 of each of the disk drives of the mass storage 104. 

3 When the root block 221 for that disk drive is written to the mass storage 104. it is first 

4 written to the physical disk block 2. and then identically written to the physical disk 

5 block 3. When the cache engine 100 is started or restarted, the root block 221 is read 

6 from the physical disk block 2. If this read operation is successful, it is then identically 
, rewritten to the physical disk block 3; however, if this read operation is unsuccessful, the 
a root block 221 is instead read from the physical disk block 3. and then identically 
9 rewritten to the physical disk block 2. 
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In a preferred embodiment, the cache engine 100 also stores certain system 
X, Siobjects 210 redundantly on each disk drive on the mass storage 104. so as to maintain 
.3 Bthe cache 102 holographic in the sense that loss of any subset of the disk drives merely 
Odecrea.es the amount of available cache. Thus, each such system object 210 is 
,s ^referenced by the root object 220 for its disk drive and is rtiaintained using two copies of 
,s -its object descriptor 211. These system objects 210 which are maintained redundantly 
n ' mclude the root object 220. a blockmap object 210. and a hash table 350 (figure 3). each 
,3 as described herein, as well as other system objects, such as objects 210 for collected 
19 statistics, documentation, and program code. 

20 

A subset of Ihe blocks 200 are maintained in the memory 103, so as to use 
tlte memory 103 as a cache for the mass storage 104 Oust as the memory 103 and the 
33 mass storage 104 collectively act as the cache 102 for network objects 114). The blocks 
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, 200 maintained in the memory 103 are referenced by a set of block handles 230. which 
2 are also maintained in the memory 103. , 



3 
4 

5 

6 

7 

8 

9 
10 



Each of the block handles 230 includes a forward handle pointer 232, a 
backward handle pointer 233. a reference counter 234. a block address 235, a buffer 
pointer 236, and a set of flags 237. 

The forward handle pointer 232 and the backward handle pointer 233 
reference other block handles 230 in a doubly-linked list of block handles 230. 
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The reference counter 234 maintains a count of references to the block 
S 200 by processes of the cache engine 100. The reference counter 234 is updated when 

13 B a block handle 230 for the block 200 is claimed or released by a process for the cache 

14 O engine 100. When the reference counter 234 reaches zero, there are no references to the 

15 i block 200, and it is placed on a free list of available blocks 200 after having been written 

16 S to disk, if it has been modified, in the next write episode, 
n 

The block address 235 has the same fomat as the block pointer 212. The 
„ buffer pointer 236 references a buffer used for the block 200. The flags 237 record 

20 additional information about the block 200. 

21 

In one embodiment, the block handles 230 are also threaded using a set of 
.3 2Q pointers 238 and a 2Q reference counter 239, using the "2Q" technique, as further 

20 



CASH-001 

described in "2Q: A Low Overhead High Performance Buffer Management 
Replacement Algorithm," by Theodore Johnson and Dennis Shasha, hereby 
incorporated by reference as if fully set forth herein. 

How Network Objects are Cached 

Figure 3 shows a block diagram of data structures for caching network 

objects. 

The cache engine 100 receives protocol requests from the network 110. In 
a preferred embodiment, each protocol request uses the HTTP protocol (or a variant such 
as SHTTP), and each HTTP request includes a URL (uniform resource locator) 310, 
which identifies a network object 114 in the network 110. In a preferred embodiment, 
each URL 310 identifies the server device 111 for the network object 114 and the 
location of the network object 1 14 on that server device 111. 

In alternative embodiments, the cache engine 100 may use other protocols 
besides HTTP or its variants, and the cache engine 100 may be responsive to one or more 
other identifiers for network objects 114 besides its URL 310. Accordingly, as used 
herein, the term "URL" refers generally to any type of identifier which is capable of 
identifying, or assisting in identifying, a particular network object 114. 
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The URL 310 includes a hos, identifer, which identifes toe server device 
; ni a. which .he „e.wo* object 114 is located, and a documenc idemifler, which 
3 .enunes .he loca.ion a. which ,he ne.wo. ohjec. lU is locaied a. .he server dev.ce 
, nl in a preferred embodimen.. .he hos. iden.ifier comprises a characer s«ng name tor 
, .he server device lU. which can he resolved .o an IP (in.erne. pro.ocol, address. 

, .he server device HI, ra.her .han .he characer srring name for dre server device Ul. 

The cache engine 100 includes a hash func.ion 320 which associa.es toe 

• ,.r. no which indexes a hash bucket 340 in a hash .able 
i URL 310 wi.h a hash signa.ure 330, wh.cn inue* 



B 
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se. of 



J 350 in .he cache 102. ,„ a preferred en>bodin>en., .he hash .able 350 compnses a 

I hash .ables 350, one for each disk drive, each of which references .hose ne^r^b^ 

J ,u„hichares.oredin.hecachel02on«,a.disMriveof.en,asss.oragem 

■ such hash .able 350 has i.s own ohJec. descrip.or 21 1; colleCively .he hash .hies 350 



form a single logical hash table 



,„ a preferred cmbodimen., .he hash signa.„re 330 comprises a 32-bi. 
.signed integer value which .s de.ern,ined responsive to the URL 3.0, and wH^ is 
. .peced to he relatively uniform, dis.ribu.ed over .e range of all possrble 2-bU 
„„.,ed integer values. In a preferred embodiment, the URL 310 is also associated w.th 
„ . a4.bi. URL signature which is also an unsigned integer value, determined respons.ve 
.„ .he URL 310, and which is e.pec.ed .o be rela.ively uniformly dis.ibuted over t e 
.nge of all possible 64-bit unsigned integer values-, when comparing URLs 3,0, the 
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A .niv if thev are equal are the URLs 310 

3 canonical form pnoriu . cinale case (lower case or upper 

. — ^" '"^"-'^ ~ "'^'^1 1 - oo.p.es one aa.a 

, oase). in a preferred en,bodimenC, each non-null hash 



block 200. 
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Because .e hash .ah,e3S0a.oc.e.heURL3.0.reca,w>. .he- 

. . >,,ahle350 storage of .he network objects 114 m the cache 102 >s 
bucket 340 in the hash tahle 350, g ^^^^^^^^ ^^^^ 

„o. hlerarchlca, each of the network oh3ects U4 n ^^^^ 
cache 10. within order of constant ttnte, such as 1^ ^^^^ 

; _ ,.es. Moreover, there is no speci. ^^^^^ ^^^^ „ _ 
i.ecachel0.ntusthaveuni,uenarnes;whenne..^-^^^^ ^^^^^ 

i--^-— "'^^"^"T:i:^:rh„.of.e. 

3 table 350 simply points to the same hash bucket 34U 

When there are both old and new versions of *e same network object lU, 
"ll.es new references by the URL 310 only to the new vers.on 
.e cache engme 100 «solve ^ ^ ^ ^^^^ ^^^^^^^ ^^^^^^^ 

, - network o.ec. ^ ^^^,„„ , object 1 14 rs 

.rsion of the network o.ect 1 1 w e ^^^^^^^ ^^^^^^^ 

However — ^^^^^^^^ ^^^^^ ^^^^ .w 

device 111, using the URL J lu wi 
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, version of the network object 1 14. The old version of the network object 1 14 is deleted 
, as soon as possible when all client devices 1 1 1 are done using it. 



The cache 1 02 differs from a file system also in that the client device 1 1 1 
] has no contral over storage of the network objects 1 14 in the cache 102. including (1) 
s the name space at the cache 102 for storage of the network objects 1 14, (2) the ability to 
, name or rename the network objects 1 14, (3) whether the network objects 114 are 
, removed from the cache 102 a. any time, and (4) whether the network objects 114 are 
9 even stored in the cache 102 at all. 



10 

11 



In a preferred embodiment, the cache engine 100 uses the memory 103 and 
'j> the mass storage 104 (preferably a plurality of magnetic disk drives) to cache the 
J network objects 114 so as to maintain in the cache 102 those network objects 114 most 
. a likely to be required by the cliem device 1 1 1 . However, in alternative embodiments, the 

„S cache engine 100 may enforce selected administrative requirements in addition to 

J maintaining network objects 1 14 most likely to be used by the client device 111, such as 

f preferring or proscribing certain classes of network objects 114 or certain classes of 

„ client devices 111 or serverdevices 111, whether at all times or at selected times of day 

19 and selected days. 
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The cache engine 100 uses the hash function 320 and the hash table 350 
to idemify an object 210 (and thus one or more data blocks 200) associated with the 
„ URL 310 (and thus associated with the network object 114). The cache engine 100 
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operates on .he object 210 to retrieve from the cache 102 the network object 114 
requested by the HTTP request, and to deliver that network object 114 ,„ the client 
device 1 n. The cache engine 100 maintains the cache 102 using the memory 103 and 
the mass storage 104 so that whether the object 210 is in the cache 102, and if in the 
cache 102, whether the object 210 is in the memory 103 or on the mass storage 104 ts 
transparent to the cliem device 111 (except possibly for different time delays in 
retrieving the object 210 from the memory 103 or from the mass storage 104). 

AS described herein in the section "Writing to Disk." the cache engine 100 
a writes blocks 200 (and objects 210 comprising those blocks 200) from the memory 103 
n 1 to the mass storage 104 on occasion, so as to maintain those blocks 200 in the memory 
12 h ; 103 which are most frequently accessed. 



1 

2 

3 

4 

5 

6 

7 



14 ^ As 



described herein, when writing blocks 200 from the memory 103 to the 
J .ass storage 104. the cache engine 100 controls where the blocks 200 are written onto 
J the mass storage 104 (such as determining onto which disk drive for the mass storage 
104 and which location on that disk drive), and when the blocks 200 are written onto 
,3 the mass storage 104 (sucH as determining at which times it is advantageous to wr.te 
,3 data onto the mass storage 104). The cache engine 100 attempts to optimize the t.mes 
and locations when and where the blocks 200 are written to disk, so as to minimize t.me 
and space required to write to and read from disk. 
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The hash table 350 is a system object 210, and similar to other system 

] objects 210, includes an object descriptor 21 1, zero or more indirect blocks 216, and zero 

3 or more data blocks 200. Because the hash table 350 is expected to be used reladvely 

, frequently, its indirect blocks 216 are expected to all be maintained in the memory 103, 

s although tor a relatively large hash table 350 some of its data blocks 200 will be 

s maintained on the mass storage 104. In a preferred embodiment, the hash table 350 is 

, distributed over the plurality of disk drives for the mass storage 104, and the portion of 

3 the hash table 350 for each disk drive is referenced in the root object 220 for that disk 



9 drive. 



10 0=^ 
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Each hash signature 330 is indexed into the hash table 350 using the hash 
.a signature 330 modulo me number of hash buckets 340 in the hash table 350. Each hash 
„W bucket 340 comprises one block 200. Each hash bucket 340 includes zero o, more hash 
„e entries 360; each hash entry 360 includes a reference to the object 210 a. the hash entry 
360 (comprising a pointer to the object descriptor 21 1 for that object 210). 



15; 
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The hash bucket 340 includes a secondary hash table, having a plurality of 
Chains of secondary hash table entries (such as, for example, 32 such chains). The hash 
„ signature 330 is used to select one of the chains so as to search for the hash entry 360 
20 associated with the URL 310. 



21 
22 



In an alternative embodiment, the hash entries 360 are maintained within 
I .he hash bucket 340 in an ordered list by a secondary hash value, with null entries 
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, possibly interspersed (when the associated network objects 1 14 have been deleted or 

2 otherwise removed from the hash table 350); the secondary hash value is also 

3 determined in response to the hash signature 330. such as by computing the hash 
, signature 330 modulo a selected value such as 2**32. If there are multiple hash entries 
5 360 with the same secondary hash value, the cache engine 100 examines the object 
s descriptor 211 associated with each one of the multiple hash entries 360 for the URL 
, 310 of the correct network object 114 associated with the URL 310 having the 
8 associated hash signature 330. 

9 

^„ ° ,„ a preferred embodiment, each hash bucket 340 has a selected size which 

1 s is sufficient to hold a, least 1.5 to 2 limes the number of expected hash entries 360 if the 
J' V>^ entries 360 were perfectly uniformly distributed (this selected size is preferably 
„ exactly one data block 200). If a hash entry 360 is assigned to a hash bucket 340 
„ 5 which.is full, one of the network objects 114 already associated with the hash bucket 

15 1 340, aiong with its associated hash entry 360, is deleted' from the hash bucket 340 and 

16 i from the cache 102 to make room for the new hash entry 360. 
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In a preferred embodiment, there can be a plurality of different operational 
19 policies for selecting just which objects 210 are deletable. 
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X Mass Storage with Multiple Disk Drives 



^ • The cache engine 100 maintains a DSD (disk set descriptor) object 210 for 

. • n-entlv or recently present on the mass storage 104, which includes a 
, each disk drive currently or recenuy . . nQ 

■ . K- that disk drive The cache engine 100 also mamtams a DS 
c riita structure descnbmg that disk arive. 

. . .1, of the DSD objects 210, and which is 
e (disk set) object 210, which references all of the DbU 

L„.„e. o„ one o. .0. o. .e .Wes ..e s.o.. 

.,„s *e DS o.ec. 2.0 . — reau„.a. on ™ss s.o.se .04 on a p.u aU. 

, S maintained on thai disk drive in the DSD object 210. 

" 1 Eaeh DSD object 210 includes at leas, the Mowing infonnation: (1) the 

: B dis. dHves; C2, tbe collective lota, si. or all disK drives; for eacH disk 

: O drlve-.t.e individual Si. onbal dis. dHve, an identiner .r tbat disMnve. and a .n^ 

: 1 into an arra, o. all Ibe disk drtves; and .) each disk drive-.e ran. o ^ 
. 2 ,30 whicb are maintained on .bat disk drive. Mso. the range of ba* 

. A ..h rlisk drive is maintained in a separate 
sienatures 330 which are maintained on each disk drive ,is 

;l Object 210 .bicb ™ps eacb basb signature 330 to a particular disk drrve^ In a 
; :lrr=d Lbodiment, si.s are expressed as multiples of a selected value sucb as 



20 megabyte. 
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The hash entries 360 are distributed over the plurality of disk drives in 
proportion to the size of each disk driye, rounded to an integer number of hash entries 
360. 



When a disk drive is added, removed, or replaced, the cache engine 100 
creates or modifies an associated DSD object 210, and updates the DS object 210. This 
operation proceeds in like manner as updating a data block 200; thus, any control 
blocks 200 which reference the DS object 210 or one of the DSD objects 210 are also 
updated, and the update is atomically committed to the mass storage 104 with the next 
3 write episode. (Updates to the DS object 210 are atomically committed for each disk 
i drive, one at a time.) Thus, the mass storage 104 can be dynamically updated, including 
Si changing the identity or number of disk drives, while the cache engine 100 continues to 
,3^ operate, and the only effect on the cache engine 100 is to alter its perception of the 
1 amount of mass storage 104 which is available for the cache 102. 
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16^ Writing to Disk 

17 



The cache engine 100 implements a "delayed write" technique, in which 
,s the objects 210 which are written into the cache 102 (including objects 210 which are 
20 new versions of old objects 210 already present in the cache 102) are written first into 
n the memory 103. and only later written out to the mass storage 104. Unlike file systems 
32 which use delayed write techniques, there is no need to provide a non-volatile RAM or 
23 a UPS (uninterruptable power supply) and an associated orderly shutdown procedure. 
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, because the cache engine 100 makes no guarantee of persistence for the network 
. objects U4 in the cache 102. For example, if a particular network object 1 14 is lost from 
the cache 102, that network object 1 14 can typically be reacquired from its associated 



3 

4 server device 111 

5 
6 



However, the delayed write technique operates to maintain consistency of 
] the cache 102, by not overwriting either control blocks 200 or data blocks 200 (except 
. for the root block 221). Instead, modified blocks 200 are written to the mass storage 
, ,04 substituted for the original blocks 200, and the original blocks 200 are freed, all in 
J an atomic operation called a •'write episode." If a write episode is interrupted or 
J otherwise fails, the entire write episode fails atomically and the original blocks 200 
12^ ; remain valid. 
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A modified data block 200 is created when the onderlying data for the 
3 original data block 200 is modified (or when new underlying data, such as for a new 
J network object 114, is stored in a new data block 200). A modified control block 200 ts 
created when one of the original blocks 200 (original data block 200 or original control 
block 200) referenced by the original control block 200 is replaced with a modtfied 
„ block 200 (modified data block 200, new data block 200, or modified comrol block 
200): the modified control block 200 references the modified block 200 rather than the 
21 original block 200. 
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Each write episode is structured so as to optimize both the operation of 
writing blocks 200 to the mass storage 104 and later operations of reading those blocks 
200 from the mass storage 104. The following techniques are used to achieve the read 
and write optimization goals: 

o modified blocks 200 to be written are collected and written, when possible, into 
sequential tracks of one of the disk drives used for the mass storage 104; 

indirect blocks 216 are written to storage blocks which are close to and before 
those data blocks 200 which they reference, so as to enable reading the 
referenced data blocks 200 in the same read operation whenever possible; 
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sequentially related data blocks 200 ate written to sequential free storage blocks 
(if possible, contiguous free storage blocks) on one of the disk drives used for the 
mass storage 104, so as to enable reading the related data blocks 200 in the same 

read operation whenever possible; 

blocks 200 (control blocks 200 or data blocks 200) to be written are collected 
together for their associated objects 210 and ordered within each object 210 by 
relative address, so as to enable reading blocks 200 for a particular object 210 in 
the same read operation whenever possible. 

Figure 4 shows a block diagram of a set of original and modif.ed blocks. 
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Figure 5 shows a flow diagram of a method for atomic writing of modified 
blocks to a single disk drive. 

A tree s.mcture 400 (figure 4) of blocks 200 includes the original control 
blocks 200 and .he original data blocks 200, which have been already written to the 
„ass storage 104 and referenced by the root object 220. Sonte or all of these original 

blocks 200 can be held in the memory 103 for use. 

A method 500 (figure 5) includes a set of flow points to he noted, and 
steps to be executed, by the cache engine 100. 

At a flow point 510. the modified data blocks 200 and new data blocks 
200 are held in the memory 103 and have not yet been written to disk. 



Because no data block 200 is rewritten in place, each original control 
block 200 which references a modifled data block 200 (and each original control block 
200 

control block 200, all the way up 



K VYlliV-W 

Which references a modified control block 200) must be replaced with a modifled 

the tree structure 400 to the root object 200. 



A. a step 521 , for each modified data block 200, a free storage block on the 

Object 2.0 is altered to reflect the allocation of the storage block for the modified data 
„ block 200 and freeing of the storage block for the original data block 200. 
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1 The blockmap object 210 maintains information about which storage 

2 blocks on the mass storage 104 are allocated and have data stored therein, and which 

3 storage blocks are free and eligible for use. The cache engine 100 searches the 

4 blockmap object 210 for a free storage block, maintaining a write pointer 250 into the 
s blockmap object 210 so as to perform the search in a round-robin manner. Thus, when 
e the write pointer 250 advances past the end of the blockmap object 210. it is wrapped 
, around to the beginning of the blockmap object 210. The write pointer 250 is 

8 maintained in the root object 220 so that the search continues in a round-robin manner 

9 even after a failure and restart of the cache 102. 
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To maintain consistency of the cache 102 in the event of a failure, a free 
storage block 200 cannot be considered free (and therefore used) if it is still referenced, 
13^ even if indirectly, by the root object 220. Accordingly, those blocks 200 which are 
freed prior to atomic commitment of the root object 220 are not considered free until the 
root object 220 is atomically written to disk. 
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At a step 522, for each original control block 200 which references an 
original block 200 which is to be modified in this write episode, a modified control block 
200 is generated. In like manner as the step 521, a free storage block on the mass 
storage 104 is allocated for recording the modified control block 200. In like mamier as 
the step 521, the blockmap object 210 is modified to reflect the allocation of the storage 
block for the modified control block 200 and freeing of the storage block for the original 
control block 200. 
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The step 522 is repeated for each level of the tree structure 400 up to the 
root object 220. 

M a step 523, the operalions of the step 521 and the step 522 are repeated 
for those blocks 200 of the blockmap object 210 which were altered. 

A. a step 524, the .modified data blocks 200 and modif.ed control blocks 
200 (including the blockmap object 210) are written to their allocated storage blocks on 

the mass storage 104. 



At a step 



525, the root object 220 is rewritten in place on the mass storage 



104. 



At a flow point 530, the root object 220 has been rewritten in place, all 
J Changes to the tree structure 400 have thus been atomically committed; the modified 
J blocks 200 have become part of the tree structure 400 and the original blocks 200 

The modifed blockmap object 210 is not atomically committed until the root object 220 

„„. so indicated until the write episode has been atomically committed at the flow point 



21 530. 

22 
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When the modified blocks 200 are actually allocated to storage blocks and 

2 written to those storage blocks on the mass storage 104. they are written in the 

3 following manner: 

4 . 

5 0 the tree structure 400 is traversed in a depth-first top-down manner, so as to 

ensure that modified control blocks 200 are written in a sequence of storage 



7 



8 



blocks before the modified data blocks 200 they reference; 



3 0 at each modified control block 200, the referenced modified data blocks 200 are 
o3 traversed in a depth-first top-down manner, so as to ensure that the referenced 

modified data blocks 200 are clustered together in a sequence of storage blocks 
after the modified control block 200 which references them. 



11. 



13. 
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This technique helps to ensure that when reading control blocks 200. the 
J! data blocks 200 they reference are read-ahead whenever^ possible, so as to minimize the 
number of operations required to read the control blocks 200 and the data blocks 200 



16;^ 

17 from the mass storage 104. 
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The cache engine 100 determines when to perform a write episode, in 

20 response to the condition of the memory 103 (including the number of modified blocks 

21 200 in the memory 103). the condition of the mass storage 104 (including the number of 

22 free storage blocks available on the mass storage 104). and the condition of the cache 

23 102 (including the hit rate of network objects 1 14 in the cache 102). 
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In a preferred embodiment, write episodes using the method 500 are 
performed upon either of the following conditions: 



4 o when a certain time (such as 10 seconds) have elapsed since the previous write 

5 episode; or 

6 

7 0 when modified blocks comprise too large a proportion of memory. 

8 

9 Write episodes using the method 500 can also be performed upon either of 

10 C the following conditions: 

u ^1 0 the number of modified blocks 200 in the memory 103 is near the number of 
X3W available free storage blocks on the mass storage 104 minus the number of 

14 i storage blocks needed for the blockmap object 210; or 

15 

lei o the fraction of modified blocks 200 in the memory 103 is near the miss rate of 
17 network objects 1 14 in the cache 102. 

18 

However, the number of free blocks 200 on the mass storage 104 is 

20 normally much larger than the number of blocks 200 to be written during the write 

21 episode. 
22 
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Each object 210 has an associated "access time," which indicates when 
\ that object 210 was last written or read. However, it is not desirable to update the 
, access time on disk for each object 210 whenever that object 210 is read, as this would 
. produce a set of modified control blocks 200 (which must be written to disk during the 
next write episode) whenever any object 210 is read. 



1 



Accordingly, a volatile information table is maintained which records 
volatile information about objects 210, including access times for objects 210 which 
, have been read, and number of accesses for those objects 210. When an object 210 >s 
J read its access time is updated only in the volatile information table, rather than m Ae 
,1 object descriptor 211 for the object 210 itself. The volatile information table ts 
J, maintained in die memory 103 and is not written to disk. 
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In a preferred embodiment, network objects 114 can continue to be read 
while write episodes using the method 500 are being petformed, even for those network 
objects 114 which include modified data blocks 200, because the modified data blocks 
200 continue to be maintained in the memory 103 while the write episodes are 
performed, whether or not tey are actually successfully written to the mass storage 104. 

Removing Objects from Cache 

Figure 6 shows a block diagram of a set of pointers and regions on mass 

23 Storage. 
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A set of storage blocks on each disk drive of the mass storage 104 is 
represented by a circular map 600, havjng indexes from zero to a maximum value Nmax. 
In the figure, indexes increase in a counterclockwise direction, wrapping around from 
the end to the beginning of each disk drive modulo the maximum value Nmax. 

A DT (delete table) object 210 is maintained which includes an entry for 
each deletable object 210. Each time one of the hash buckets 340 in the hash table 350 
is accessed, a reference is inserted into the DT object 210 for each object 210 which is 
referenced by one of the hash entries 360 in that hash bucket 340 and which qualifies 
as deletable. 

In alternative embodiments, an objectmap object 210 is maintained which 
includes an entry for each of the blockmap entries in the blockmap object 210. In such 
altemiitives, each entry in the objectmap object 210 is either empty, which indicates that 
the corresponding block 200 does not comprise an object descriptor 211, or non-empty, 
which indicates that the corresponding block 200 comprises an object descriptor 211, 
and further includes information to determine whether the corresponding object 210 can 
be deleted. Each non-empty entry in the objectmap object 210 includes at least a hit 
rate, a load time, a time to live value and a hash signature 330 for indexing into the hash 
table 350. 

The cache engine 100 searches the blockmap object 210 for a deletable 
object 210 (an object 210 referenced by the DT object 210), maintaining a delete pointer 
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260 into the blockmap object 210, similar to the write pointer 250. so as to perform the 
search in a round-robin manner. Thus; similar to the write pointer 250. when the delete 
pointer 260 advances past the end of the blockmap object 210. it is wrapped around to 
the beginning of the blockmap object 210. Also similar to the write pointer 250, the 
delete pointer 260 is maintained in the root object 220 so that the search continues in a 
round-robin manner even after a failure and restart of the cache 102. 

The write pointer 250 and the delete pointer 260 for each disk drive in the 
mass storage 104 each comprise an index into the map 600. 
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In a prefeaed embodiment, the delete pointer 260 is maintained at least a 
I selected minimum distance dO 601 ahead of the write pointer 250 , but not so far ahead 
,3 as to wrap around again past the write pointer 250, so as to select a delete region 610 of 
„ each disk drive for deleting deletable objects 210 which is near to a write region 620 
used for writing modiHed and new objects 210. Tl,e write region 620 is at least the size 
„ specined by the minimum distance dO 601 . Although there is no specific requirement tor 
. a size of the delete region 610, it is preferred that the delete region 610 is several times 
„ (preferably about f,ve time.) the size of the write region 620. The cache engine 100 thus 
„ provides that nearly all writing to disk occurs in a relatively small part of each disk dnve. 
.„ This allows faster operation of the mass storage 104 because a set of disk heads for the 
mass storage 104 must move only relatively a small distance during each write episode. 
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Because Che cache engine 100 attempts to tnaintain a relatively f.xed 
a.tance re,atio„sh,p between the wtit, pointer .50 an. the delete pointer 250 «nte 
episodes and delete episodes will occur relatrve, frequently. In a preferred e— ent. 
. .e cache engine 100 alternates between write episodes and delete episodes so that 
, each delete episode operates to nta.e space on dis. for a iater write eP'-- '^J 
. .cceedtng wrtte episode writes the h— object .10 to dis. — - Mo- 

9 =, episode. 

^-^ . ■ is selected near to and ahead of the delete region 

A collection region 63U is seiecieu uc 

3 «0, so as to select o,ects .10 for deletion. A si.e of the collection region 6» is 
selected so that, in an time estimated for the write pointer «0 to progress through *e 
J collection region .30 <this should ,a.e several write episodes,, nearly all ha. 
J 360 will have heen accessed through normal operation of the cache eng.ne ,00. Thu , 
J because each hash entry 360 includes information sufficient to determine — tts 
; Elated Object .10 is deletab.e, nearly all objects .10 will be assessed for deletton .n 

■ . f thP u/rite reeion 620 to move through the 
,e the several write episodes needed for the write region 

19 collection region 630. 

'° u u hPPP assessed for deletion are placed on an 

Objects 210 which have been assessea loi 

HinP to eliRibility for deletion. In a preferred embodiment. 
22 deletion list, sorted according to eligiDuuy 

,3 Objects 210 are assessed for deletion according to one of these criteria: 
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2 
3 
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5 0 



8 
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10 0 
11 
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If an object 210 is explicitly selected for deletion by the cache engine 100 due to 
operation of the HTTP protocql (or a variant thereof, such as SHTTP). the object 
210 is immediately placed at the head of the deletion list. 

If a new object 210 with the same name is created, the old object 210 is placed at 
the head of the deletion list as soon as all references to the old object 210 are 
released (that is, no processes on the cache engine 100 reference the old object 
210 any longer). 

If an object 210 has expired, it is immediately placed at the head of the deletion 
list. 

If a first object 210 has an older access time than a second object 210. the first 
.object 210 is selected as more eligible for deletion than the second object 210. 
and is thus sorted into the deletion list ahead of the second object 210. 



A fraction of objects 210 on the deletion list chosen due to the last two of 
these criteria (that is, due to expiration or older access time),, preferably one-third of the 
objects 210 on the deletion list, are selected for deletion. 
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After each write episode, the collection region 630 is advanced by an 
expected size of the next write region 620. In a preferred embodiment, the expected 
size of the next write region 620 is estimated by averaging the size of the write region 
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1 620 for the past several (preferably seven) write episodes. Those objects 210 which 

2 were on the deletion list before advancing the delete region 610 and which are in the 

3 delete region 610 afterward are scheduled for deletion; these objects are selected 

4 individually and deleted in the next delete episode (in a preferred embodiment, the next 
delete episode is immediately after completion of the write episode). 



In a preferred embodiment, write episodes and delete episodes for each 

8 disk drive on the mass storage 104 are independent, so there are separate deletion 

9 regions 610, write regions 620, and collection regions 630 for each disk drive on the 
10 ,a mass storage 104. 
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12 Alternative Embodiments 
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Although preferred embodiments are disclosed herein, many variations are 
ii possible which remain within the concept, scope, and spirit of the invention, and these 
16 3 variations would become clear to those skilled in the art after perusal of this application. 
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